home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0078 / 669.txt < prev    next >
Text File  |  1997-04-16  |  9KB  |  207 lines
  1. INFO-ATARI16 Digest         Fri, 17 Nov 89       Volume 89 : Issue 669
  2.  
  3. Today's Topics:
  4.                            GEM help needed
  5.                              Languages!!!
  6.                             SH 204 Upgrade
  7.                             Vapourware!!!
  8.                       What does the TT Buy me??
  9. ----------------------------------------------------------------------
  10.  
  11. Date: 17 Nov 89 00:17:28 GMT
  12. From: nis!pwcs!stag!daemon@umn-cs.cs.umn.edu  (John Stanley)
  13. Subject: GEM help needed
  14.  
  15.   I normaly wouldn't respond to this since Keith posted that he had the
  16. answer to his problem.  Unfortunately his message indicates that he may
  17. not have the whole answer (and since the problem is partialy of his own
  18. doing) I felt obligated to try to set things straight...  I appologise
  19. in advance if Keith does understand this and I'm "explaining" without
  20. being asked... (even if I am anyway... :~)
  21.  
  22. [hedger@inmet.inmet.com writes...]
  23. >
  24. > Got it!  I am posting this in case anyone else out there gets bitten.
  25. > First of all, the main problem was in fact user error. None of the
  26. > docs that I had mentioned that when you are in medium resolution you
  27. > can only use 4 colors (I knew that), but they also failed to mention
  28. > that you can also use only the FIRST four colors.
  29.  
  30.   Serious question.. Which four colors would you expect?
  31.  
  32. > These are supposed to be 0=black,1=white,2=red, and 3=green.
  33.  
  34.   They normaly are...
  35.  
  36. > Not so, in fact 0=black,1=white,2=green and 3=blue. Anything else
  37. > returns white. It never occurred to me to just try each color in
  38. > order, big mistake it turns out.
  39. > Anyway, that's the answer to this problem and I am going to call
  40. > Mark Williams and let them know they have what appears to be a
  41. > documentation error.
  42.  
  43.   The color numbers used by the vsf_color function only refer to the
  44. individual pallet numbers from the current color pallet, not to some
  45. absolute color code.  MW should have made this clear in their manual.
  46.  
  47.   The "0=black,1=white,2=red, and 3=green" -are- the default colors.
  48. MW also should have made it clear in their manual that these are the
  49. "normal" colors you get from those pallet values, not absolute colors.
  50. (I'm rather suprised and disapointed in the MW phoneline support if
  51. this answer wasn't obvious to them...)  If you've gone and changed the
  52. default colors (using a control panel or similar utility), then you're
  53. not going to get the colors MW listed for a normal setup...
  54.  
  55.   Medium rez allows 4 colors on-screen at a time.  Unless you're good
  56. with interrupts and assembly language, that's the limit, period...
  57. Unless your program alters the color pallet instead of just selecting
  58. colors from the current pallet, the colors your program will show on
  59. the screen are going to be whatever default screen colors you've chosen
  60. to use for your machine...
  61.  
  62.   PS:  If you do choose to alter the color pallet, then please take the
  63. time to read the default pallet on entry to your program and restore
  64. all of the default pallet entries on exit.  (There aren't many programs
  65. that become very popular that alter the users chosen screen colors
  66. without putting them back before exiting...)
  67.  
  68. ---
  69. John Stanley <dynasoft!john@stag.UUCP>
  70. Software Consultant / Dynasoft Systems
  71.  
  72. ------------------------------
  73.  
  74. Date: 17 Nov 89 18:52:40 GMT
  75. From:
  76.  cs.utexas.edu!swrinde!gem.mps.ohio-state.edu!uwm.edu!dogie.macc.wisc.edu!vms.ma
  77.  cc.wisc.edu@tut.cis.ohio-state.edu  (Neil Gilmore)
  78. Subject: Languages!!!
  79.  
  80. In article <3289@jhunix.HCF.JHU.EDU>, esp_05@jhunix.HCF.JHU.EDU (Stdnt 05)
  81.  writes...
  82.  
  83. >Strikes me that older versions of GFA Basic are in the public domain.
  84. >Although I don't know a whole lot about it because I don't use it, it
  85. >strikes me that it has full GEM support, and that it's really easy to
  86. >use. The one time I looked at it, I was also impressed by its editor.
  87. >If I used BASIC I would probably be happy with it.  (I must say, way
  88. >back when I got my 520ST in what, '86 I guess, ST BASIC was a real
  89. >disappointment.)
  90.  
  91. Well, GFA is currently one of my 2 regularly used languages (assembly w/
  92. Assempro the other). The editor is, quit simply, the best I have ever
  93. used on any system, for any language. I have used a lot of editors in my
  94. time (vi, EDT, EMACS variants, .......), but I now find the
  95. autoindenting, syntax-checking, atuo-capitalization indispensible. The
  96. language is pretty good, too. Buying the current revision is a good
  97. idea, as it has a CASE, and supports more variable types (byte, short
  98. int, etc. ) The ability to import ASCII is nice too (I have a few tools
  99. which output ASCII for importation). It's rather fast as well, and there
  100. is a compiler which is fairly good.
  101.  
  102. I wouldn't reccommend it for professional projects, but it works well as
  103. a prototyper, or for those throwaway programs which are needed quickly.
  104.  
  105. >Eric Ruck
  106. +-----------------------------------------------------------------------+
  107. | Kitakaze Tatsu Raito  Neil Gilmore     internet:gilmore@macc.wisc.edu |
  108. | Jararvellir,          MACC, UW-Madison bitnet: gilmore@wiscmac3       |
  109. | Middle Kingdom        Madison, Wi                                     |
  110. +-----------------------------------------------------------------------+
  111.  
  112. ------------------------------
  113.  
  114. Date: 17 Nov 89 18:05:16 GMT
  115. From: mcsun!sunic!nuug!ifi!m2cs.uu.no!tomas@uunet.uu.net  (Tomas Felner)
  116. Subject: SH 204 Upgrade
  117.  
  118. jheddy@jhunix.HCF.JHU.EDU (Jared Brennan) writes:
  119. >    The SH204 case will hold a 5.25" half-height hard drive, a type which
  120. >is readily available from any manufacturer that makes hard drives.  The
  121. >drive must support MFM encoding and the ST512 interface.  You can use
  122. >a 3.5" hard drive in the SH204, but you must use brackets to expand the
  123. >form-factor to that of a 5.25" drive; my SH204 had a Tandon TM263 3.5"
  124. >drive mechanism, which was in a framework that fitted the drive into
  125. >the 5.25" slot provided.  Also, check the power supply in your SH204;
  126. >I found a 40W supply in mine, which seems to be sufficient to power a
  127. >Seagate ST251-1, the Adaptec 4000A SCSI controller, and ASCI-SCSI adapter.
  128. >Anything below that wattage is not guaranteed to do the same . . .
  129.  
  130. I upgraded my SH204 to 100MB more than a year ago. I replaced the
  131. Adaptec 4000A controller by a 4070 RLL controller, removed the Tandon
  132. TM262 20MB MFM disk (and sold it), and put in two Seagate ST157R 50MB
  133. RLL disks. This all fits just about into the SH204 case. And I didn't
  134. encounter any problems with this setup or the power supply so far. The
  135. only problem I had were quite some bad blocks on one of the disks, but
  136. that's a whole different story ...
  137.  
  138. Tomas
  139. --
  140.                           Tomas Felner
  141.      Modula-2 CASE Systems AS  |  Internet: tomas@m2cs.uu.no
  142.             Maridalsveien 139  |  Phone: +47 2 379784
  143.         N-0461 Oslo 4, Norway  |  FAX: +47 2 356448
  144.  
  145. ------------------------------
  146.  
  147. Date: 17 Nov 89 15:29:31 GMT
  148. From: zodiac!jtn@ames.arc.nasa.gov  (John Nelson)
  149. Subject: Vapourware!!!
  150.  
  151. In article <34785@grapevine.uucp> koreth@panarthea.ebay.sun.com (Steven Grimm)
  152.  writes:
  153. >Shall we shoot him now, or torture him before we put him out of our
  154. >misery?
  155.  
  156. Now now now, let's be patient.  This is what I read in a UK mag.  I
  157. know the STE is out already in Europe and not available here.  The
  158. announcement will be made in Feburary.  If you have better information
  159. then share it with us.
  160.  
  161. Considering that Atari Corporation refuses to tell me ANYTHING about
  162. these boxes, it shouldn't be surprising that a lot of vapour is
  163. floating around.  Quite rude too.
  164.  
  165. Since I posted the article on the STE I've discovered that it is
  166. really much more scaled down than the TT.  Apparently it will have a
  167. mere 1 meg internal RAM with a better colour pallete and an 8-bit PCM
  168. sound chip AND SIMM slots... APPARENTLY.  Who knows what Atari will
  169. announce.
  170.  
  171.  
  172.  
  173. John T. Nelson                  UUCP: sun!sundc!potomac!jtn
  174. Advanced Decision Systems       Internet:  jtn@potomac.ads.com
  175. 1500 Wilson Blvd #512; Arlington, VA 22209-2401         (703) 243-1611
  176.  
  177. ------------------------------
  178.  
  179. Date: 17 Nov 89 17:37:55 GMT
  180. From: matthews@umd5.umd.edu  (Mike Matthews)
  181. Subject: What does the TT Buy me??
  182.  
  183. In article <24002@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
  184. [stuff deleted]
  185. >Atari Corp is making a lot of noise about IBM compatible "pocketable"
  186. >computers, and "handheld" video games. They are *NOT* doing anything
  187. >useful for their base of computer owners.  Of course they can make money
  188. >anywhere they want to.. that's their right under our free enterprise system..
  189. >but.. do we as owners of their outdated technology have to kiss up to them??
  190. >
  191. As if you're doing anything useful for the computing industry!  The only thing
  192. messages like that do is waste net bandwidth.  And make readers fed up with all
  193. of this whining.  If you don't like it, don't take it and LEAVE.  I'm a little
  194. fed up with what Atari has been doing too.  I was hoping for a TT, but now I
  195. doubt I'll buy one.  I WILL NOT, HOWEVER, BASH THE COMPUTER JUST BECAUSE IT
  196. ISN'T UP TO MY SPECIFICATIONS.
  197. >
  198. >BobR
  199.  
  200. Mike Matthews
  201.  
  202. ------------------------------
  203.  
  204. End of INFO-ATARI16 Digest V89 Issue #669
  205. *****************************************
  206. =========================================================================
  207.